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The present amendment makes editorial changes and corrects typographical 
errors in the specification, which includes the Abstract, in order to conform the 
specification to the requirements of United States Patent Practice. No new matter is 
added thereby. Attached hereto is a Substitute Specification including a marked-up 
version of the changes made thereto via the present amendment. 

In addition, the present amendment cancels original claims 1-22 in favor of 
new claims 23-38. Claims 23-38 have been presented solely because the revisions 
by red-lining and underlining which would have been necessary in claims 1-22 in 
order to present those claims in accordance with preferred United States Patent 
Practice would have been too extensive, and thus would have been too 
burdensome. The present amendment is intended for clarification purposes only 
and not for substantial reasons related to patentability pursuant to 35 U.S.C. §§101, 
102, 103 or 1 12. Indeed, the cancellation of claims 1-22 does not constitute an 
intent on the part of the Applicants to surrender any of the subject matter of claims 



1-22. 
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Marked-Up Version of Substitute Specification 

SPECIFICATION 

TITLE OF THE INVENTION 

METHOD AND SYSTEM FOR BLOCKING UNDESIRABLE MESSAGES 

This inv e ntion r e lat e s to a m e thod and a syst e m for blocking undesirable 
mossagos. BACKGROUND OF THE INVENTION 

Such methods or systems can be used, for example, in mobile radio service 
systems, such as, for instance the GSM (Global System for Mobile 
Communications) System. 

In addition to voice telephony, the GSM mobile radio system also offers the 
option to send or teto receive short text messages of up to 160 characters in length. 
This service is known as SMS (Short Message Service) and is described in the 
technical specifications TS 23.040 Version 5.4.0, Release 5, "Technical 
Specification Group Terminals; Technical Realization of the Short Message Service 
(SMS)" of the 3rd Generation Partnership Project (3 GPP). 

A multimedia capable variant of a mobile messaging service, the so-called 
MMS (Multimedia Messaging Service) service is currently being standardized for 
the next generation mobile radio systems (2.5G and 3G) such as, for example, 
UMTS (Universal Mobile Telecommunication Systems). This MMS Service is 
specified in the technical specifications TS 22.140 Version 5.2.0, Release 5, 
"Technical Specification Group Services and Systems Aspects; Service Aspects; 
Stage 1; Multimedia Messaging Service (MMS) M and TS 23.14 0 Version 5.3.0, 
Release 5, "Group Terminals; Multimedia Messaging Service (MMS), Functional 
Description; Stage 2" of the 3rd Generation Partnership Project (3GPP). Messages 
with a multimedia content will-hereinafter will be called MMs to differentiate them 
more clearly from the SMS text messages. As opposed to SMS, there is no 
limitation placed on pure text content in the MMS. With MMS it will be possible to 
format texts according to individual taste as well as to embed audio and visual 
content in a message. Thus Thus, an MM can be made up of several MM elements 
from different file types (e.g. (e.g., audio or still frame) or file formats (with the 
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still frame, for example, the so-called "Graphics Interchange Format" GIF or "Joint 
photographic expert group" JPEG). 

Figure 1 shows a known MMS network architecture. H e r e inaft e r 
Hereinafter, a so-called "MMS-User Agent" will be called an MMS UA. The MMS 
UA can be a software program, for instance on a mobile radio service set or on a 
device such as laptop or suchlike connected to a mobile radio service set, which 
r e aliz e s is MMS capable . In Figure 1 Figure 1, a distinction is made between a User 
A and a User B. Corr e spondingly Correspondingly, there is an MMS UA A and an 
MMS UA B. Hereinafter, with the other network elements, elements A and B are 
correspondingly differentiated by attaching the letters "A" and 1! B 11 "B." Figure 1 
further shows two network elements MMS R/S A or MMS R/S B, which represent 
so-called "MMS Relay/Server^ The MMS R/S A or MMS R/S B are network 
elements which provide the respective MMS UA with MMS functionality in the 
MMSE (Multimedia Messaging Service Environment) in the area of the 
responsibility of the MMS Service Provider SP. Correspondingly, Figure 1 shows 
an MMSE SPA or an MMSE SPB. 

A characteristic feature of MMS is that when MMs are delivered between 
the so-called "Push Mode", whereby an incoming MM is delivered to the recipient 
immediately, and the so-called "Pull Mode 1 ^ whereby the recipient is first notified 
of the arrival of a new MM and em-then can make his/her own decision as to when 
or whether he/she downloads this MM to his/her terminal unit. Figures 2 and 3 
show the difference between Pull and Push Mode in the delivery of an MM. With 
the Pull Mode according to Figure 2, first a notification goes from the MMS R/S to 
the MMS UA to the effect that there is a message, whereas with Push Mode 
according to Figure 3 the message is transmitted immediately. 

Figure 4 shows a known network architecture with defined interfaces for 
connecting further network elements to an MMS R/S. In addition to the interface 
MM1, via which the MMS UA and MMS R/S are connected to each other, as many 
external computers as desiredr4re 7(i.e., servers, such as, for example, e-mail server, 
fax s e rver server, etc.) can be connected to an MMS R/S via the interface MM3. 
The interface MM4 is used to connect external MMS Service Providers. The 
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interface MM5 connects the MMS R/S with the HLR (Home Location Register) of 
the network operator, in which register the individual subscriber data of each 
customer is stored. The HRL is thereby within the network operator's area of 
responsibility. The interface MM6 enables one or several MMS user databases to 
be connected. Through the interface MM7 it is possible to connect further servers 
which make vakte -value- added services from a vakte -value- added service provider 
available to MMS users. 

The MMS can be individualized if so desired. Based on individual user 
settings, an MMS R/S can have certain MMs treated in a special way. Thus, for 
example, MMs that belong to a specific MM cat e gory, category e ^e.g., personal 
MMs, M Ms) can be immediately forwarded by the MMS R/S, i. e . R/S; i.e., without 
the MM UA being notified to an e-mail address predetermined by the user. Further, 
MMs that have specific keywords in the title ean-also can be automatically deleted 
by the MMS R/S, or MMs that come from a particular sender can be delivered 
immediately,4rer that is in Push Mode, to the MMS UA, while the usual delivery 
method desired for all other MMs is the Pull Mode. Over and above that, other 
personal rules are conceivable. 

However, all rules have the disadvantage that the MMS user has to have 
already defined them before the MMs arrive in the MMSE of his/her MMS Service 
Provider. This can be done either when the contract is made or, during the contract 
term, by phone or atse-by using (mobile) „w e b browsing", "web browsing." The 
individual rules for personalizing the MMS are usually managed in the MMS user 
database, which the MMS R/S can access via the interface MM6. 

In the MMS, a sender also has the option of sending his/her MMs 
anonymously. Comparisons with other services where the sender can remain 
anonymous to the recipient, such as, for example, the traditional letter post, show, 
however, that in individual cases, misuse can occur in the form of undesirable 
promotions, offensive material and suchlike. Misuse ean-also may not be excluded 
with anonymous MMs. 

Although the recipient can set up a filter on his/her MMS UA to sort out the 
MMs that reach him- him/her from undesirable senders. However, this has the 
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disadvantage that the filter functionality does not come into play until after 
transmission of the MM or the notification via the valuable air interface. Depending 
on the type of account he/she has with his/her service provider, the data that was 
transmitted contrary to his/her desire is already invoiced to the recipient at this 
point in time. Further, there is the disadvantage that MMs sent anonymously do not 
have the filter criteria. There is no known criteria whereby filtering should be done 
if, for example, the identity of the sender is not known to the MMS UA or if the 
alias name given can only be assigned to the actual sende r temporarily, i.o. 
temporarily; i.e., only for one single MM. 

Th e obj e ct of th e The invention is-thus seeks to provide a method and a 
system for blocking undesirable messages, said- such method and system efficiently 
rejecting undesirable messages and thereby keeps- keeping the number of messages 
to be transmitted via the valuable air interface to a minimum. 

This obj e ct is achi e v e d according to th e invention by a m e thod for blocking 
und e sirabl e messages, with th e featur e s of Claim 1 and a syst e m for blocking 
und e sirabl e messages, with th e f e atur e s of Claim 1 4 . In addition a terminal unit 
with th e f e atur es of th e Claim 27 and a transmitting/r e c e iving d e vice with th e 
f e atur e s of th e Claim 28 pr e s e nts a solution to th e task. Th e r e sp e ctiv e s ubclaim s 
define preferred and advantageous embodiments of the present invention. 

SUMMARY OF THE INVENTION 

The -As such, a method according to the present invention for blocking 
undesirable messages compris e s includes the following steps: 

- a message is sent from a sender to a transmitter, 

- the message is sent from athe transmitter to a service provider, and 

- the message is transmitted from the service provider to a recipient, 
whereby the recipient is served by the service provider. 

The message is transmitted from the service provider to the recipient only if 
the sender does not figure in a list of exclusions. The sender may, for exampl e 
example, be an MMS UA and the transmitter an MMS R/S. The recipient is 
preferably registered with the service provid e r, provider; in other words, he/she is 
under contract to the service provider. Using this method, in the future, only 
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messages from senders who do not figure in a list of exclusions will be transmitted 
to the recipient via the air interface. 

Preferably, the list of exclusions is managed by the service provider. This 
has the advantage that the service provider always knows which senders are 
excluded from sending to certain recipients or groups of recipients. In a preferred 
embodiment of the present invention, the list of exclusions is the 
recipient ' s recipient [ s personal, i^or individually compiled list of exclusions. In 
this case, the service provider manages a personal list of exclusions for each 
recipient, said- such list being consulted before an incoming message is transmitted 
to the recipient via the air interface. 

In a further embodiment of this- the present invention, the list of exclusions 
is a general list of exclusions, which is consulted for all recipients and/or groups of 
recipients. It is conc e ivabl e possible that a general list of exclusions is- mav be 
managed by the service provider. Senders whose messages should never be sent to 
any recipient and/or groups of recipients whatsoever via the air interface are put on 
this list of exclusions. Ther e by Thereby, the service provider can determine 
according to his -his/her own criteria which persons or recipients can put senders on 
a corresponding general list of exclusions or how the groups of recipients are made 
up. Personal and general lists of exclusions ean-also may be combined. 

In a further dev e lopm e nt embodiment of the present inv e ntion invention, the 
recipient notifies the service provider if he/she wants to have a sender put on the list 
of exclusions. It is conceivabl e that possible for the recipient dfaws-to draw up 
his/her list of exclusions him/herself. To this end, the recipient notifies the service 
provider which sender he/she wants to have put on the list of exclusions. 
Alternatively, it is also conc e ivable that possible for only the service provider itself 
ean-to have senders put on a list of exclusions. 

In a further d e v e lopm e nt embodiment of this -the present inv e ntion 
invention, the recipient receives the message anonymously and notifies the service 
provider if he/she wants to have the sender of the message placed on the list of 
exclusions. In such a case, the sender is not known to the recipient. If, nevertheless, 
the recipient does not wish to receive any more messages from this sender, for 



22 



instance, because the messages are promotional messages, then the recipient can 
notify the service provider of this. The service provider knows the name of the 
sender, but just does not pass this name onto the recipient. Thu s Thus, it is possible 
for the service provider to place the name of the sender on the list of exclusions. 

In a further d e v e lopm e nt embodiment of this- the present invention, the 
recipient receives the message with an alias name and notifies the service provider 
if he/she wants to have the sender of the message placed on the list of exclusions. 
Similarly to when messages with an anonymous sender are r e ceived, received, 
when a message with an alias name is received the recipient does not know who the 
actual sender is. If, nevertheless, the recipient does not wish to receive any more 
messages from this sender, then again the recipient can notify the service provider 
of this, the actual sender being known to the service provider. Accordingly, the 
service provider can put this sender on the list of exclusions, so that in the future 
the recipient will not receive any more messages from this sender. Thus again Thus, 
again, the air interface to the recipient is freed. 

In a pr e f e rr e d another embodiment, the notice to the service provider is 
formed as a self-contained,4rer- or so-called „abstract meGsag e " "abstract message ." 
It is further preferred that the notice to the service provider is integrated in the 
abstract message in the form of an information element. 

In a further embodiment, the notice to the service provider is contained in 
an MM, in particular particularly in the user data of the MM. 

The notice to the service provider ean-also may contain further information 
for the filte r functionality, functionality; - in particular the type of the list of 
exclusions and/or time limitations. 

In a pr e f e rr e d yet another embodiment, the notice to the service provider 
contains an identification signal from which the service provider can determine the 
identity of the sender. If the recipient has only received the anonymous message or 
the message with the alias name, the problem arises as to how the recipient can 
notify the service provider as to which sender should be put on the list of 
exclusions. In such a case, along with his- his/her notice, the recipient sends the 
service provider an identification signal, signal by m e ans of which the message or 
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the sender can be unequivocally identified. Thereby, preferably a message identifier 
and/or the alias name are used as an identification signal. The message identifier 
can be a reference to the storage location of the message, the so-called URI 
(Uniform Resource Identifier), from the notification, or it can be a message ID, 
from the delivery of the MM. 

The obj e ct s e t at th e beginning is achi e v e d by means of a A system for 
blocking undesirable messages is also provided by the present invention . The 
system comprises includes a transmitter that can send a message from a sender, a 
service provider that can receive the message from the transmitter and a recipient 
served by the service provider, whereby the recipient can receive the message from 
the service provider. Th e r e by Thereby, the service provider can transmit the 
message to the recipient only if the sender does not figure in the list of exclusions. 

The present invention further relates to a terminal unit, in particular a 
mobile radio service terminal unit for use with a method according to the present 
invention and/or for use in a system according to the present invention. The present 
invention further relates to a transmitting/receiving device, in particular a mobile 
radio service base station for use with a method according to the present invention 
and/or for use in a system according to the present invention. 

Qfte -An advantage of this -the present invention is that the incoming MMs 
can be examined before they are notified or before they are delivered to see 
whether the sender of the MM figures on a private and/or public list of exclusions 
of the recipient. By this m e ans In this way, the data traffic (especially via the 
limited resources of the air interface) is reduced, which leads to lower costs. 
A further advantage is that even in the event of MMs sent anonymously, a filter 
functionality is effective as the identity of the sender is known to the MMS Service 
Provider as opposed to the recipient. 

Finally Finally, it is advantageous that a recipient can dynamically extend 
his/her list of exclusions by new entries any time after a notification has been 
received or after an MM has been delivered. 
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Additional features and advantages of the present invention are described, 
and will be apparent from, the following Description of the Invention and the 
Figures. 

Th e inv e ntion is e xplain e d in mor e detail below with r e ference to the 
attach e d drawings with the aid of exemplary embodim e nts. The features illustrated 
th e r e and th e f e atures already d e scribed abov e can b e fundam e ntal to th e inv e ntion 
not only in th e combinations cit e d but also individually and in oth e r combinations, 
in which; 

BRIEF DESCRIPTION OF THE FIGURES 
Figure 1 shows an MMS network architecture^ 
Figure 2 shows a diagrammatic view of the Pull Mode^ 
Figure 3 shows a diagrammatic view of the Push Modet, 
Figure 4 shows a diagrammatic view of an MMS R/S and its interfaces^ 
Figure 5 shows a diagrammatic view of an MM being sent from an MMS 
UA A to the MMS UA B-an4 

Figure 6 shows a diagrammatic view an MM being sent anonymously. 
The Figures 1 to 4 hav e alr e ady b ee n d e scrib e d in th e introduction of th e 
description and so will not b e e xplain e d again h e r e . 

DETAILED DESCRIPTION OF THE INVENTION 
Figure 5 shows an exemplary embodiment of an MM being sent from a user 
MMS UA A to a user MMS UA B via the network elements MMS R/S A and 
MMS R/S B. The exchange of data between the data transmission units mentioned 
is to be described in this exemplary embodiment using the so-called "abstract 
messages 11 ^*^ ;" i.e., short messages defined in the technical specifications TS 
23.140 Version 5.3.0, Release 5, "Group Terminals; Multimedia Messaging Service 
(MMS); Functional Functional Description; Stage 2" of the 3rd Generation 
Partnership Project (3GPP). An abstract message consists of at least one 
information element. In the MMS-MM£Lthe sender^e ^ (i.e., the user A) can send 
an MM with the abstract message 1 via the air interface MM1 to the MMS R/S A in 
the MMSE environment of his/her service provider A. The MMS R/S A confirms 
the correct receipt of the MM from the MMS UA A with the abstract message 2. 
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The MM is transmitted to the MMS R/S B in the service area B of the 
recipient with the abstract message pair 3 (contains the MM) and 4 (response). 
Th e r e upon Thereupon, the recipientr-trer (i.e., the user B) is notified with the 
abstract message 5 of the MM ready to be downloaded. This notification contains 
as reference a URI (Uniform Resource Identifier) of the storage location of the 
MM. The abstract message 6 serves primarily as confirmation that the user MMS 
UA B has received the notification correctly and to inform the MMS Service 
Provider of the delivery mode preferred by the r e cipi e nt i. e . recipient; i.e.. Push or 
Pull Mode. The recipientr*^ - i.e., -the user B) 7 can initiate the download of an MM 
waiting in the MMS R/S B with the abstract message 7. The MM is then delivered 
from the MMS R/S B to the MMS UA B using the abstract message 8. In addition 
to the MM itself, this abstract message also contains an identification element^ireT 
the - (i.e., the so-called message-H ^ ID) by m e ans of via which the MM can be 
unequivocally referenced later for further MMS functionalities both by the MMS 
R/S B and by the MMS UA B of the recipient. The MMS R/S B can be informed of 
the outcome of the download by m o ans of via the abstract message 9 from the 
MMS UA B. 

With MMS MMS, a sender has the option of sending his/her MMs 
anonymously. This function is, for example, of advantage when opinion polls are 
carried out using MMS or advisory services such as, for instance, debt advice, 
alcoholics anonymous e tc. anonymous, etc., are used. There- There, an information 
element must be placed accordingly in the abstract message 1 when the MM is sent. 

Th e r e by Thereby, the address of the sender is only withheld from the 
recipient of the MM. That m e ans that As such, the address is withheld in the 
notification concerning a newly arrived MM ready for downloading in the abstract 
message 5 and when the MM in the abstract message 8 is downloaded. Thereby As 
a result, the MMS Service Providers concerned still have full knowledge of the 
identity of the sender. This is necessary so that the MMs can be charged 
accordingly. 

In the case of sender anonymity, the MMS Service Provider can either 
replace the actual address of the sender in the corresponding information element of 
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the abstract messages 5 and 8 concerned with an alias name or leave it empty. 
Alternatively it is also conc e ivabl e that possible for the MMS Service Provider 
l e aves to leave out the corresponding information element. 

Figure 6 shows an exemplary embodiment of a message #1 being sent from 
a sender to a recipient. The sender sends the message #1 to a service provider XY. 
Although the sender has applied for anonymity, the address 
Andreas.Schmidt@XY.de is known to the service provider XY. The service 
provider XY subsequently notifies the recipient that a message from an anonymous 
subscriber is waiting. Using a data request command command, the recipient 
accesses the storage location at the service provider XY. Then the message is sent 
with an anonymous sender identifier from the service provider XY to the recipient. 

In response to a notification or in response to a MM delivered, the recipient 
can inform his/her MMS Service Provider that in- in the future he/she does not want 
to receive any further MMs from the sender of this MM and can do so by sending 
an appropriate request A to his/her MMS Service Provider. Ther e by Thereby, one 
must distinguish between two cases: 

1 . The identity of the sender is not known 

If the sender of an MM remains anonymous, then in one embodiment the 
request A can contain an identification signal I from which the MMS Service 
Provider can ascertain the identity of the sender. In response to a notification of a 
new MM ready to be downloaded, the storage location of the MM (URI) contained 
in the notification (abstract message 5 according to Fig. 5) can be used as 
identification signal I. If the request A of the recipient is a response to a message 
delivered (abstract message 8 according to Fig. 5), then the message ID of the MM 
can be used as identification signal I. 

If the MMS Service Provider has replaced the actual address of the sender 
by a temporary alias name, it is also possible to use this alias name as identification 
signal I. As, however, according to the technical specification TS 23.140, Version 
5.3.0 Release 5 of the 3GPP, the information element for the sender address does 
not necessarily have to be transmitted, and it might not be possible later to 
unequivocally assign the alias name conferred temporarily by the MMS Service 
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Provider to the actual sender, URI or message ED are preferably used as 
identification signal I. 

2. The identity of the sender is known 

If the identity of the sender is known, then, as an alternative to the URI 
(after the notification) or to the message ID (after the MM has been delivered), the 
address of the sender who is to be placed on the list(s) of exclusions ean-also may 
be sent to the MMS Service Provider as identification signal I with the request A. 
As, according to the technical specification TS 23.140, Version 5.3.0 Release 5 of 
the 3GPP, the information element for the sender address does not necessarily have 
to be transmitted, it is also the case here that the URI or message ID should 
preferably should be used as identification signal I. 



The following table shows which identification signals I can be used in the 
request A. 



Request A as 
response to 


Notification 


Delivery 


Sender is 


unknown to the 
recipient 


known to the 
recipient 


unknown to the 
recipient 


known to the 
recipient 


Identification 
signal I 


URI 


Alias 
name 


Sender address 


Messag 
eED 


Alias 
name 


Sender 
address 



Further exemplary embodiments of the present invention are explained 
below. With regard to the messages, reference will be made to the process 
according to Figure 5. The sending of an MM on the sender's side proceeds as 
follows: the sender sends an MM with the abstract message 1 via the interface 
MM1 to the MMS R/S A in the MMS area A of his/her MMS Service Provider, 
whereby the sender has the option to inform his/her MMS Service Provider whether 
or that he/she would like to hide his/her identity from the recipient. The MMS R/S 
A confirms with the abstract message 2 that the MM has been received correctly. 
The MM is sent, if necessary with the abstract message pair 3 (contains the MM) 
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and 4 (contains a r e spons e ) response), -to the MMS R/S B in the MMS area B of 
the recipient. 

In the following exemplary embodiment it is assumed that the recipient is 
notified of the identity of the sender and that the request A is a response to the MM 
notification. After the MM has been received in the area of responsibility MMSE B 
of the MMS Service Provider SP B, first the abstract message 5 notifies the 
recipient that there is an MM ready to be downloaded. This notification contains 
the address of the sender (optional), and also as well as the URI (reference to the 
storage location) of the MM (obligatory). The abstract message 6 serves primarily 
as confirmation that the MMS UA B received the notification correctly. 

The recipient recognizes from the subject and/or the address of the sender 
that it involves a promotional offer that is of no interest to him/herjier and, 
therefore, the sender sends a request A to his/her MMS Service Provider to have the 
address of the sender put on a so-called "black list" black list , whereby the sender 
address from the notification is used as identification signal I. The MMS Service 
Provider SP can put this sender address directly on the personal "black list n b lack 
list of the recipient. In the future, the MMS Service Provider of the recipient 
deletes further MMs from this sender and sakl- such MMs are not offered to the 
recipient for downloading any mor e anymore . Henc e Hence, the recipient is no 
longer bothered by undesirable messages from the sender. 

In a further exemplary embodiment it is assumed that the identity of the 
sender will not be imparted to the recipient, that the information element for the 
sender address is missing and that the request A is a response to the MM 
notification. After the MM has been received in the area of responsibility MMSE B 
of the MMS Service Provider B, first the abstract message 5 informs the recipient 
that there is an MM ready to be downloaded. There is no sender address in this 
notification as the sender expressed the wish for anonymity. However, the 
notification contains a reference (optional) and the URI (reference to the storage 
location of the MM, obligatory). Thereby, the abstract message 6 serves primarily 
as confirmation that the MMS UA B has received the notification correctly. 
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In this exemplary embodiment, the recipient recognizes from the subject or 
reference line that it involves a promotional offer that is of no interest to 
him/hefrher and, therefore, the recipient sends a request A to his/her MMS Service 
Provider to have the address of the sender put on a so - call e d "black list" b lack list , 
whereby the URI of the MM from the notification is used as identification signal I. 
The MMS Service Provider can ascertain the identity of the sender from the URI 
and put it on the personal black list of the recipient. In the future, the MMS Service 
Provider of the recipient deletes further MMs from this sender and said- such MMs 
are not offered to the recipient for downloading any more anymore . Hence the 
recipient is no longer bothered by undesirable messages from this sender. 

In a further exemplary embodiment it is assumed that the recipient is not 
notified of the identity of the sender, that the sender address contains an alias name 
and that the request A is a response to the delivery of the MM. After the MM has 
been received in the area of responsibility MMSE B of the MMS Service Provider 
B, first the abstract message 5 informs the recipient that there is an MM ready to be 
downloaded. In this exemplary embodiment the notification also contains an alias 
name (er fre.g., - Anonymous. Subscriber@XY.de") as sender address in addition to 
the URI (reference to the storage location). The abstract message 6 serves primarily 
as confirmation that the MMS UA B has received the notification correctly. 

The recipient decides to download the MM on the basis of the information 
contained in the notification. The MMS UA B sends the abstract message 7 to the 
MMS R/S B to initiate the download of the MM. The MMS R/S B delivers the MM 
to the MMS UA B by m e ans of via the abstract message 8. In addition to the MM 
(jre ri.e., - the multimedia user data) an alias name (e ^e.g., 

"Anonymous. Subscriber@XY.de") as sender address and a message ID for the MM 
are sent with the abstract message 8. The MMS R/S B can be informed of the 
successful outcome of the download by m e ans of via the abstract message 9 from 
the MMS UA B. If the recipient determines that his/her decision to download the 
MM was a mistak e , mistake as, instead of useful information, the MM only 
contains offensive material, he/she can now direct a request A to his/her MMS 
Service Provider to have the sender address put on a black list, whereby the 
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(obligatory) message ID of the MM from the abstract message 8 is used as 
identification signal I. The MMS Service Provider SP B can ascertain the identity 
of the sender from the message ID and put this sender on the personal black list of 
the recipient. In the future, the MMS Service Provider of the recipient deletes 
further MMs from this sender and said- such MMs are not offered to the recipient 
for downloading any mor e anymore . Henee- Hence, the recipient is no longer 
bothered by undesirable messages from the sender and no unnecessary data is sent 
via the air interface to the recipient B. 

Several possibilities lend themselves to sending the request A from the 
MMS UA B of the recipient to the MMS R/S B of the MMS Service Provider SP B, 
aad-these are -being described below. 

The request A can be sent as a self-contained abstract message, which (in 
addition to other information) also contains the identification signal I as a self- 
contained information element. Other information could be, for example, further 
filter criteria, the statement of the corresponding list fer^ (e.g., p rivate or public) or 
time limitations for the desired filter functionality. 

Furth e rmor e Furthermore, the request A can-also may be sent as a self- 
contained information element in an already known abstract message defined by the 
3rd Generation Partnership Project (3GPP), (3GPP); for example, in the so-called 
"MMl_notification.RES" (Ref. 6), "MMl_retrieve.REQ" (Ref. 7), 
"MMl_acknowledgement.REQ" (Ref. 9) shown in illustration 5 or also in the 
abstract message n MMl_read_reply_recipient.REQ" (used to send a read 
confirmation of the recipient) not shown in illustration 5. 

Finally, the request A can-also may be sent as user data within an MM that 
is ideally addressed to a service address of the MMS Service Provider for updating 
black lists. 

The black list(s) should preferably should be managed in the area of 
responsibility MMSE of the MMS Service Provider SP, so that the filter 
functionality is already effective before further MMs from the same sender are sent 
via the valuable air interface. Th e r e by Thereby, the black list can pr e ferably b e 
incorporated as part of the MMS user database via the interface MM6 into the 
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MMSE of the MMS Service Provider SP (cf. Figure 4). Alternatively, however, the 
black list ean-also may be managed on a separate computer or by the MMS R/S 
directly. 

Although the present invention has been described with reference to specific 
embodiments, those of skill in the art will recognize that changes may be made 
thereto without departing from the spirit and scope of the present invention as set 
forth in the hereafter appended claims. 



32 



ABSTRACT OF THE DISCLOSURE 

The present invention relates to a method for blocking undesirable messages 
(MMs), comprising which includes the following steps: a message is sent from a 
sender (MMS UA A) to transmitter (MMS R/S A); the message is sent from a the 
transmitter (MMS R/S A) to a service provider (MMSE SP B); the message is 
transmitted from the service provider (MMSE SP B) to a recipient (MMS UA B), 
such said recipient being serviced by the service provider. The message is 
transmitted from the service provider only if the sender does not figure on a list of 
exclusions. Preferably, the list of exclusions is managed by the service provider. 
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